雖然跑 sprint 已經比其他流程週期快很多，但卻無法確定做出來的結果可以得到使用者好的 feedback，所有在敏捷開發裡，與其拼速度 release 完整功能後發現不如預期，不如用更短的時間作出prototype，透過內部測試和使用者調查進行小規模的市場驗證。
所有為什麼要做 prototype? 它的重要性是什麼？

驗證假設

在sprint planning的階段，也許我們做了一些市場調查、使用者調查，但我認為這些只是創造假設的前提，真正的驗證會是在讓使用者操作 prototype 的時候，我們才看到真正使用者對於產品的回饋，在計畫階段作的許多假設也得以驗證。

縮短可測試時間

因爲比起作一個完整的功能，prototype 是先建立起外牆，先不用管理面的管線與結構，只要可以讓使用者進行操作即可，因此開發的時間遠小於正式功能，甚至不用動工也可以先利用一些工具製作擬真的 prototype，因為這個階段主要是要搜集使用者回饋，試試市場水溫，所以只要做出剛剛好的真實樣貌即可。

降低損失心理

有沒有曾經有過這樣的經驗，埋首開發三個月或半年的大功能，收到市場客戶回饋時，選擇視而不見或避重就輕，其實這一點也不奇怪，因為期間已經投入太多時間與心力，因此整個團隊甚至整個公司已經對這個功能或產品產生很深的依戀，沉沒成本太高，如果這時候要調整或砍掉，損失心理會使人太痛！而 prototype 因為是利用低成本時間快速蓋出的外牆，對於它的心態就是砍掉也沒差，因此大家會對任何意見保持著更開放的心態，也能針對使用者的回饋做出行動！

以上大家應該可以明白為何要做產品原型，什麼專案其實都可以做，而越複雜越不確定的功能更需要。最後推薦大家可以做 prototype的工具，最多 UI/UX設計師使用的應該是 Figma，但其實很多其他日常的工具都可以使用，例如 InVision, keynote，甚至直接用真實的紙張都可以進行，下次埋首開發大功能時，不妨先做出一個實驗性的 prototype吧~!